MySQL auto.cnf 文件

1. auto.cnf文件

MySQL数据目录中通常存在一个名为auto.cnf文件,存储了server-uuid的值,如下所示:

[auto]
server-uuid=f2d0efd6-6ab7-11e8-8fdd-fa163eda7360

MySQL启动时,会自动从data_dir/auto.cnf 文件中获取server-uuid值,并将这个值存储在全局变量server_uuid中。如果这个值或者这个文件不存在,那么将会生成一个新的uuid值,并将这个值保存在auto.cnf文件中。server-uuid与server-id一样,用于标识MySQL实例在集群中的唯一性,这两个参数在主从复制中具有重要作用,默认情况下,如果主、从库的server-uuid或者server-id的值一样,将会导致主从复制报错中断。

在主库中执行show slave hosts; 能够看到主、从库的server-id和从库的server-uuid,如下所示:

mysql> show slave hosts;
+-----------+------+------+-----------+--------------------------------------+
| Server_id | Host | Port | Master_id | Slave_UUID                           |
+-----------+------+------+-----------+--------------------------------------+
| 170238777 |      | 3306 | 170238776 | 5a0280d4-6404-11e8-840e-fa163eab3dcf |
| 170238778 |      | 3306 | 170238776 | 4db07c8a-6f01-11e8-bef6-fa163e767b9a |
+-----------+------+------+-----------+--------------------------------------+
2 rows in set (0.00 sec)

在从库中执行show slave status\G,能够看到主库的server-id和server-uuid,如下所示:

                           ......
             Master_Server_Id: 170238776
                  Master_UUID: f2d0efd6-6ab7-11e8-8fdd-fa163eda7360
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State:
           Master_Retry_Count: 86400
                           ......

2. 主、从库server-uuid值一样,导致主从复制异常中断

MySQL在初始化的时候,会去数据目录里的auto.cnf文件读取server-uuid参数,如果没有auto.cnf文件或者没有读到server-uuid参数,通过执行generate_server_uuid 函数生成一个新的uuid值,并通过flush_auto_options函数将server-uuid值写入到auto.cnf文件中。具体的函数调用及源码文件如下:

main                       //main.cc
mysqld_main                //mysqld.cc
init_server_auto_options   //mysqld.cc
generate_server_uuid       //mysqld.cc
flush_auto_options         //mysqld.cc

主从复制时,如果从库发现它所复制的主库的uuid 与 它自己的uuid一样,默认情况下从库的I/O线程会直接报错退出。MySQL提供了额外参数--replicate-same-server-id,用于改变这一默认行为。如果设置replicate-same-server-id为1,即使主从库uuid一样,也能正常复制,但是会产生意想不到的结果,实际使用中也很少会这么使用。相关代码实现位于rpl_slave.cc文件的get_master_uuid函数中,具体源码实现如下:

main                //main.cc
mysqld_main         //mysqld.cc
mysqld_socket_acceptor->connection_event_loop    //mysqld.cc
Connection_handler_manager::process_new_connection(Channel_info* channel_info)  //connection_handler_manager.cc
bool Per_thread_connection_handler::add_connection(Channel_info* channel_info)  //connection_handler_per_thread.cc
handle_connection        //connection_handler_per_thread.cc
do_command               //sql_parse.cc
dispatch_command         //sql_parse.cc
mysql_parse              //sql_parse.cc
mysql_execute_command    //sql_parse.cc
start_slave_cmd          //rpl_slave.cc
start_slave              //rpl_slave.cc
start_slave_threads      //rpl_slave.cc
handle_slave_io          //rpl_slave.cc
get_master_uuid          //rpl_slave.cc
//rpl_slave.cc
//static int get_master_uuid(MYSQL *mysql, Master_info *mi)

char query_buf[]= "SELECT @@GLOBAL.SERVER_UUID";
...
if (!mysql_real_query(mysql, STRING_WITH_LEN(query_buf)) &&
      (master_res= mysql_store_result(mysql)) &&
      (master_row= mysql_fetch_row(master_res)))
  {
    if (!strcmp(::server_uuid, master_row[0]) &&
        !mi->rli->replicate_same_server_id)
    {
      errmsg= "The slave I/O thread stops because master and slave have  equal "
              "MySQL server UUIDs; these UUIDs must be different for "
              "replication to work.";
      mi->report(ERROR_LEVEL, ER_SLAVE_FATAL_ERROR,  ER(ER_SLAVE_FATAL_ERROR),
                 errmsg);
      // Fatal error
      ret= 1;
    }

3. 主、从库server-id值一样,同样导致主从复制异常中断

如果主从复制时,从库发现它所复制的主库的server_id 与 它自己的server_id一样,默认情况下从库的I/O线程也会直接报错退出。通过设置--replicate-same-server-id 参数为1,可改变这一默认行为。代码实现如下:

下面是执行start slave;命令时的函数调用关系。

main                  //main.cc
mysqld_main           //mysqld.cc
mysqld_socket_acceptor->connection_event_loop    //mysqld.cc
Connection_handler_manager::process_new_connection(Channel_info* channel_info)    //connection_handler_manager.cc
bool Per_thread_connection_handler::add_connection(Channel_info* channel_info)    //connection_handler_per_thread.cc
handle_connection                   //connection_handler_per_thread.cc
do_command                          //sql_parse.cc
dispatch_command                    //sql_parse.cc
mysql_parse                         //sql_parse.cc
mysql_execute_command               //sql_parse.cc
start_slave_cmd                     //rpl_slave.cc
start_slave                         //rpl_slave.cc
start_slave_threads                 //rpl_slave.cc
handle_slave_io                     //rpl_slave.cc
get_master_version_and_clock        //rpl_slave.cc

下面是MySQL从库启动时,如果skip-slave-start为0,从库自动启动复制线程的函数调用关系。

main                                  //main.cc
mysqld_main                     //mysqld.cc
init_slave                            //rpl_slave.cc
start_slave_threads            //rpl_slave.cc
handle_slave_io                 //rpl_slave.cc
get_master_version_and_clock    //rpl_slave.cc

最终都是通过调用get_master_version_and_clock函数,来判断主、从库server-id是否相同。

// rpl_slave.cc
// static int get_master_version_and_clock(MYSQL* mysql, Master_info* mi)

if (!mysql_real_query(mysql, STRING_WITH_LEN("SELECT @@GLOBAL.SERVER_ID")) &&
      (master_res= mysql_store_result(mysql)) &&
      (master_row= mysql_fetch_row(master_res)))
  {
    if ((::server_id == (mi->master_id= strtoul(master_row[0], 0, 10))) &&
        !mi->rli->replicate_same_server_id)
    {
      errmsg= "The slave I/O thread stops because master and slave have equal \
MySQL server ids; these ids must be different for replication to work (or \
the --replicate-same-server-id option must be used on slave but this does \
not always make sense; please check the manual before using it).";
      err_code= ER_SLAVE_FATAL_ERROR;
      sprintf(err_buff, ER(err_code), errmsg);
      goto err;
    }
  }

本文参考的MySQL源码版本:5.7.22

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,219评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,363评论 1 293
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,933评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,020评论 0 206
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,400评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,640评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,896评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,597评论 0 199
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,327评论 1 244
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,581评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,072评论 1 261
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,399评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,054评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,083评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,849评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,672评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,585评论 2 270

推荐阅读更多精彩内容